home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000245_news@columbia.edu _Tue Jul 6 05:19:43 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA06785
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 6 Jul 1999 05:19:42 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA16659
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 6 Jul 1999 05:15:21 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: Shmuel Doron <msdafna@pluto.mscc.huji.ac.il>
  10. Subject: Re: A suggestion for a terminal emulation newsgroup
  11. Date: Tue, 6 Jul 1999 11:57:16 +0300
  12. Organization: The hebrew University of Jerusalem
  13. Message-ID: <Pine.A41.3.96-heb-2.07.990706114036.156964A-100000@pluto.mscc.huji.ac.il>
  14. To: kermit.misc@columbia.edu
  15.  
  16. On 5 Jul 1999, Jeffrey Altman wrote:
  17.  
  18. > In article <Pine.A41.3.96-heb-2.07.990705154004.100670C-100000@pluto.mscc.huji.ac.il>,
  19. > : I'm suggesting a new perspective. Lets assume someone who's using a
  20. > : terminal emulation software and has a problem with it. A terminal
  21. > : expert may have difficulties solving his problem while a terminal
  22. > : emulation expert will have a greater chance of solving the problem.
  23. > :  
  24. > : My point is that the terminal is sometimes just a part of the picture, not
  25. > : the whole picture. Terminal emulation can give you another piece of the
  26. > : puzzle.
  27. > 
  28. > I have to disagree with this approach.  If someone is writing a host
  29. > application they need to write it to the specs of the original terminal
  30. > and not the specs of some emulation.  If they write the app to work only
  31. > with a potentially broken emulation of a terminal they will no longer
  32. > be able to switch terminal emulation products when needed.
  33.  
  34. Can't you imagine a problem due to the user inexperiance? Moreover, how
  35. about a user who wants to use a windows software (like excell or
  36. access) sitting on a PC through a terminal? He'll need someone familiar
  37. with the terminal emulation software he's using to help him doing it.
  38.   
  39. > The terminal emulation authors (Dickey and I being two of them) would
  40. > much rather only need to read a single newsgroup.  There is not enough
  41. > traffic on comp.terminals to warrant a segmentation into another
  42. > group.  In most cases if you are having a problem with an application
  43. > and an emulation it is a bug in the emulator that really must be 
  44. > handled directly with the technical support and development organizations
  45. > responsible for that product.
  46. > 
  47. I'm suggesting the same thing that you want: a single newsgroup dealing
  48. with terminal emulation. I just don't think that comp.terminals is doing
  49. the job right now. That's why I've suggested comp.terminals.emulation. 
  50. I think that the reason for the low traffic on comp.terminals is the fact
  51. that the subject of terminal emulation is being discussed on so many
  52. different newsgroups. 
  53.  
  54.  
  55.  
  56. >   Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  57. >                The Kermit Project * Columbia University
  58. >             612 West 115th St #716 * New York, NY * 10025
  59. > http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org
  60. > 
  61. > 
  62.  
  63. ------------
  64. Shmuel Doron
  65. msdafna@pluto.huji.ac.il
  66. "The God I believe in isn't short of cash"
  67. U2
  68.